iiiiiiiiiininiiiiinnn 

US006748569B1 

(12) United States Patent (10) Patent No.: US 6,748,569 Bl 

Brooke et al. (45) Date of Patent: *Jun. 8, 2004 



(54) XML SERVER PAGES LANGUAGE 

(76) Inventors: David M. Brooke, 1 Westview Rise, 
Hemel Hempstead, Hertfordshire (GB); 
Steve M. Saxon, 47 Southwold, 
Bracknell, Berkshire (GB) 

( * ) Notice: Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

This patent is subject to a terminal dis- 
claimer. 

(21) Appl. No.: 09/399,451 

(22) Filed: Sep. 20, 1999 

(51) Int. CI. 7 G06F 15/00 

(52) U.S. CI 715/523; 715/522; 715/513; 

707/1 

(58) Field of Search 715/513, 5001, 

715/522, 523; 707/1 

(56) References Cited 

U.S. PATENT DOCUMENTS 

6,012,098 A * 1/2000 Bayeh et al 709/246 

6,272,673 Bl * 8/2001 Dale et al 717/100 

6,424,979 Bl * 7/2002 Livingston et al 715/511 

6,446,110 Bl * 9/2002 Lection et al 709/203 

6,476,833 Bl * 11/2002 Moshfeghi 345/854 

6,480,865 Bl * 11/2002 Lee et al 707/523 

6,535,896 B2 * 3/2003 Britton et al 715/523 

6,585,778 Bl * 7/2003 Hind et al 715/513 

6,589,291 Bl * 7/2003 Boag et al 715/513 

OTHER PUBLICATIONS 

Extensible Server Pages (XSP) Layer 1, Jun. 11, 1999, 
http://xml.coverpages.org/WD-xsp-19990611.html.* 



XSL Transformations (XSLT), Version 1.0, W3C Working 
Draft Aug. 13, 1999,http://www.w3,org/1999/08/WD-x- 
slt-199990813.* 

Cocoon User Guide, http://web.archive.org/web/ 
1999 1012020445/j ava.apache.org/cocoon/guide.html.* 
Groner, Java Interactive Course, Chapter 24, Copyright 
1997.* 

* cited by examiner 

Primary Examiner — Stephen S. Hong 
Assistant Examiner — Adam Queler 

(57) ABSTRACT 

A method and computer program product for generating 
XML documents using a script language that extends the 
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statements for including data content and style information 
from a plurality of sources. One or more scripts may be 
developed that includes script language control statements. 
A script processor processes the scripts and generates a 
content document and a style document. The content docu- 
ment specifies the content to be included in the XML 
document, and the style document specifies the style for 
displaying the content in the XML document. One set of 
program instructions transform the content document and 
the style document into an XML document. Another set of 
program instructions convert the XML document to an 
output document for a selected type of display. The script 
language and script processor provide facilities for gathering 
content and style information from a plurality of sources. 
Numerous scripts may be generated to override and/or 
extend information in one or more of the other scripts, 
thereby allowing a developer to customize selected portions 
of the output document while using shared content and style 
for the remaining portions of the output document. 
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302 



FILE = inventors:xsp 

\xsp: script base="inventor-basej<sp' xmlnsixsp-'uriasp' xmlns:xsl="uri-xsr' 

xmlns:doc=uri:doc n > 
<! - - This script extends inventor-basejsp - -> 
<! - - Over-ride contents implementation in the base script -> 

y <xsp:sub name= "conterits'> 
304-s </ . . AskXSP to get the list of inventors as a server-side data island 
306 -\ wd nol(i ont <> it for script lifetime - - > 

x <xspml name= a li$tofinventor$" src='lxspldatalkwentorslxspmf /> 
<!--UseXSP to query the data island, with a query attribute to 
308-\ retrieve only the inventors (not managers) - - > 

x <xsp: query src^'Mslofinventors" query='/J inventors'> 

<! - standard XSL root rule to start stylesheet processing or 

this document fragment -> 
<xsttemplate match=T> 

<!~XSL formatting statements go here-> 
<lxsl:template> 

<!-- XSP to call base subroutine to import the default rules -- > 
<xsp:call href= "^core-templates" /> 

</-- XSL again to provide a special template for an inventor, 

outpuWng selected fields in the desired order - > 
<xsl:template match="inventor> 

<!~XSL formatting statements go here~> 
</xsttemplate> 
<(xsp:query> 

<!-- Use XSP to query the same data island a second time for 

managers and not inventors - > 
<xsp:query src='#listofinventors* query="l/managers a > 
<xsl: template maich=T> 

<- Put statements for standards XSL stylesheet 
processing for this portion of the document - > 
<xsl:tempkte> 
306 -\ </xsp:query> 
308 -a ^</xsp:sub> 
<lxsp:scripl> 

FIG. 3 
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y-400 

FILE = inventor - basejtsp / 

402-\ 

^<xsp:scriptxmlnsxsp= u uri:xsp'' xmlns^sh"uri:xsf xmlns:doc= n uri:doc*> 
</- Base script --> 

</- Default XSP entry point --> 
/<xsp:sub name ="mairf> 
404 S </.. insert any standardised output here --> 

406 -x < - / " w,e,J M " me coflte/rfs raufr/?e> 
408^. ^<xsp:call hret '^contents' /> 
\</xsp:sub> 

<!~ Provide a default XSP contents routine ~> 
/<xsp:sub name="contents"> 
410-/ </.. AskXSPto query the document --> 

<xsp:querysrc= n lxsp/dataiinventors!xsp.xmr> 

<!-- NowXSL begins -just provide a default rule -> 
<xsl:template match=T 



</xsl:template> 

<!- Now call an XSP routine to import the default rules before 
428 invoking XSL~> 

x <xsp:call nref^Xcore-templates" 
432^. </xsp:query> 
^<fxsp:sub> 

434^. <•'-- This XSP routine provides two XSL default rules whenever needed -> 
^<xsp:sub name 'core-template^ 

<!- output all text nodes as is -> 
<xsl:template match="textNodeO'> 

<xsl:value-of f> 
<lxsl:template> 

<!- ensure XSL recursion continues in the absence of better 

matching rules -> 
<xsl:template match='**> 
<xsl:appty-tempiates /> 
452 <fxsl:template> 



454 -s. ^</xsp:sub> 



~\<lxsp:scr(pt> 

FIG. 4 
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FILE = xsp. xml 



<?xml version="1.0" encoding = n iso-8859-V'?> 
<inventorlist> 
<managers> 

<manager role="dir> 

<name>Gordon Ballantyne</name> 
<title>Director ofEMBA Online </title> 
</manager> 
<manager role- n vp" > 

<name>Maurice Cowey</name> 
<title>Vice President of HSB for EMBA </title> 
</manager> 
</ managers > 
<inventor$> 

<inventor ID="I001"> 

<name >David Brooke </name > 
<title>lntemet Development Manager</title> 
<SSN/WL08 7796A</SSN> 
<region>EMEA </region > 

<badgeno>64329</badgeno > 
</inventor> 

<inventor ID= u i002"> 

<name>Steve Saxon</name> 
<title>TechnicalArchitect</title> 
<SSN>NH 77 71 96B</SSN> 
<region>EMEA </region> 
<badgeno> 1 03836 </badgeno > 
</inventor> 
</inventors> 
<finventorlist> 



FIG. 5 



06/22/2004, EAST Version: 1.4.1 



U.S. Patent Jun. 8, 2004 Sheet 7 of 7 US 6,748,569 Bl 



600 



Provide XSP tags 
and XSP processor 
and developers 



602 



604 



606 



608 



610 



Create base scripts 
as required and store 
in central database 



I 



Create user scripts as 
required and store 
in central database 



I 



Invoke XSP processor 
(supply name of script 
and target output) 



XSP processor 
separates content 
from style info 



I 



Gather content from 
databases 



Gather style info from 
databases and generate 
XSL stylesheet 



I 



■672 



XSL transform to 
XML document 



V 



I 



614 



Convert XML document 
to target format 

1 

Output 
document 



y616 



FIG. 6 



06/22/2004, EAST version: 1.4.1 



US 6,748,569 Bl 

1 2 

XML SERVER PAGES LANGUAGE (i.e., encoded descriptions of a document's storage layout 

and logical structure), vendor-neutral data exchange, media- 
independent publishing, one-on-one marketing, workflow 

BACKGROUND OF THE INVENTION management in collaborative authoring environments, and 

1. Field of the Invention 5 tne processing of web documents by intelligent clients. 
This invention generally relates to page display software XML is also used in certain metadata applications. XML 

languages for programmers on the world wide web. More su PP orts European, Middle Eastern, African, and Asian 

specifically, this invention relates to providing uniform languages, and all conforming processors support the Uni- 

content information from a central location to display pages. code character set encodings. 

2. Description of the Related Art 10 It is therefore desirable to provide a mechanism for using 
A significant development in computer networking is the ™ L that , ^ customized «» PW* *» share format and 

Internet which is a sophisticated worldwide network of ° ther conten /behavior information while providing capabil- 

computer systems. A user at an individual PC (i.e., >ty to store data .n structured but fiex.b e coHections asso- 

workstation) that wishes to access the Internet typically does „ f ,a,ed Wllh owners - 11 ,s abo desirable for the markup 

so using a software application known as a web browser. A " hnguage to a low users to recombine and re-use data on 

web browser uses a standardized interface protocol, such as ™ a V f^rent pages, and to draw on different sources for 

HyperText Transfer Protocol (HTTP), to make a connection data ' M , "^"tance mechanism to al ow the grouping of 

via the Internet to other computers known as web servers, P a 8. cs ' nt0 classes, and to allow sub-classes of pages to be 

, . . . e f m4 u u t u * ■ derived is also desired. It is also desirable for such a system 

and to receive information from the web servers that is , , , . V1 „ J 

j • * i i c * ' j ■ i a* *u to support standards provided in XML. 

displayed on the user s display. Information displayed to the rr v 

. user is typically organized into pages that are constructed In the P rior art > tnere are a variety of systems that provide 

using a specialized language such as Hypertext Markup limited content management capability. Some commercially 

Language (HTML), Extensible Markup Language (XML), available content management systems such as Vignette, 

and Wireless Markup Language (WML), hereinafter 5 StoryServer and Inso Dynabase, typically use templates or 

(markup languages). Markup languages are typically based P a S e components that are dynamically populated from sys- 

on the Standard Generalized Markup Language (SGML) tem q uerv language (SQL) databases and recombined into 

that was created with the original purpose of having one P a S es ^"S pre-defined templates. These systems generally 

standard language that could be used to share documents fit wel1 ^S 0 ^ structured sites having many identically 

among all computers, regardless of hardware and operating 30 formatted pages, such as a news site, however, the template 

system configurations. To this end, markup language files structures are generally fixed and not flexible. Further, in 

use a standard set of code tags embedded in their text that thesie systems, the data storage paradigm is based upon 

describes the elements of a document. The web browser fillin g named slots ™ the templates, which does not lend 

interprets the code tags so that each computer having its own itself to a flexible data format that prioritizes the expression 

unique hardware and software capabilities is able to display 35 of data ™ d its relationships, The template model for such 

the document while preserving the original format of the systems is typically based on either Java, or a scripting 

document. Each document typically resides in a separate file language such as VBScript or Tcl/Ik, and Limited support is 

on the server. typically provided for XML as a data type. 

For companies doing world-wide business over the Another variety of systems that provide Limited content 

Internet, web pages are translated into the appropriate lan- 40 management capability are internet application servers such 

guage and stored as hard-coded HTML and/or active server as ColdFusion. These application servers are primarily 

pages (ASP). Further, business units in different countries or designed to support development of interactive applications, 

regions often target specific products and/or services for that Most of the site template structures are hard-coded as server 

particular area, requiring customized information on the web scripts, often using a mixture of standard HTML tags and 

pages. Updating the pages may quickly entail an over- 45 proprietary tags that are pre-processed on the server. Each 

whelming amount of overhead for the business organization. scrip* k independent of the others; there is no inheritance 

Additional overhead is incurred with the proliferation of mechanism. Even though the scripts are based on tags, the 

specialized mark-up languages having unique syntax for scripts are not well-formed XML, but rather customized 

different types of computer systems, such as WML for HTML, and the separation of form and data is Limited, 

portable, wireless, telephones and personal communication 50 Further, use of XML in these systems is limited to complete 

systems. In many instances, the format or style of the page source data files. 

may be common across servers, especially when a company Web-enabled object/XML databases such as ObjectStore/ 

strives for a unified appearance across their pages, but data eXcelon, Poet, etc., provide a platform for high-performance 

on the page may be unique to a specific server. application development around a flexible repository, but 

There are a number of different web browsers available, 55 provide limited development tools. The data modeling capa- 

each supporting their own extensions to markup languages bilities are flexible and well-suited to free-form web content, 

such as HTML. Thus, a document written for one browser however, and there is no high-level scripting language to 

may not be interpreted as intended on another browser if it provide a framework for managing content, 

does not support the same extensions. In many situations, Traditional non-web content management systems such as 

software developers are forced to create unique documents go Interleaf, ArborText, and TexCel are designed for generic, 

for each browsers, or to include logic in the markup lan- media-neutral content management, and are frequently 

guage that bypasses or executes certain portions of code, SGML-based, therefore leading to a natural evolution 

depending on which browsers are being supported. This towards XML. These systems are typically deployed for 

adds another layer of complexity to developing and updating maintaining major documentation projects. The output of 

these documents. 65 these systems is normally customized for a particular 

XML was designed to meet the requirements of large- customer, and may be delivered online, on compact disc, or 

scale web content providers for industry-specific markup in print. These systems are designed to assemble explicit 
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documents, however, and do not include capabilities for 
providing data-driven, script-aided document delivery. 

One other system for populating pages includes using 
ASP and SQL with content selection rules supported by 
personalization/recommendation software components. This 5 
is a relatively simple approach to content management, 
however, most of the site template structures are hard-coded 
in HTML, and thus there is no inheritance mechanism. 
Additionally, most of the data is embedded in the pages, and 
pages are personalized by populating pre-defined slots with 10 
targeted data. Mass customization is possible, but there is 
little flexibility. 

SUMMARY OF THE INVENTION 

A method and computer program product for generating 
XML documents using a script language that extends the 
capabilities of XML. The script language includes control 
statements for including data content and style information 
from a plurality of sources. One or more scripts may be 2 q 
developed that includes script language control statements. 
A script processor processes the scripts and generates a 
content document and a style document. The content docu- 
ment specifics the content to be included in the XML 
document, and the style document specifies the style for 25 
displaying the content in the XML document. One set of 
program instructions transform the content document and 
the style document into an XML document. Another set of 
program instructions convert the XML document to an 
output document for a selected type of display. The script 30 
language and script processor provide facilities for gathering 
content and style information from a plurality of sources. 
Numerous scripts may be generated to override and/or 
extend information in one or more of the other scripts, 
thereby allowing a developer to customize selected portions 35 
of the output document while using shared content and style 
for the remaining portions of the output document. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a computerized information 40 
network with which the present invention may be utilized. 

FIG. la is a block diagram of a computer system with 
which the present invention may be utilized. 

FIG. 2 is a block diagram of a device for generating 45 
documents according to the present invention. 

FIG. 3 is an example of a source file for a user script 
according to the present invention. 

FIG. 4 is an example of a source file for a base script 
according to the present invention. 50 

FIG. 5 is an example of a source file for a data island 
according to the present invention. 

FIG. 6 is a flowchart for generating documents according 
to the present invention. 

55 

The present invention may be better understood, and its 
numerous objects, features, and advantages made apparent 
to those skilled in the art by referencing the accompanying 
drawings. The use of the same reference symbols in different 
drawings indicates similar or identical items, 6Q 

DETAILED DESCRIPTION 

Overview of Preliminary Concepts and Definitions 

While the Internet is used herein as an example of how the 65 
present invention is utilized, it is important to recognize that 
the present invention is also applicable to other information 
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networks that utilize documents with content represented in 
a markup language. For those who are not familiar with 
XML, the Internet, the world-wide web, web servers, and 
web browsers, a brief overview of these concepts is pre- 
sented here. 

An example of a typical Internet connection found in the 
prior art is shown in FIG. 1. A user that wishes to access 
information on the Internet typically has a computer work- 
station 112, also referred to as "the client workstation", that 
executes an application program known as a web browser 
114. Workstation 112 establishes a communication link 116 
with web server 118 such as a dial-up wired connection with 
a modem, a direct link such as a Tl or ISDN line, a wireless 
connection through a cellular or satellite network, or a local 
data transport system such as Ethernet or token ring over a 
local area network. When the user enters a request for 
information by entering commands in web browser 114, 
workstation 112 sends a request for information, such as a 
search for documents pertaining to a specified topic, or a 
specific web page to web server 118. Each web server 118, 
120, 122, 124 on the Internet has a known address which the 
user must supply to the web browser 114 in order to connect 
to the appropriate web server 118, 120, 122, or 124. If the 
information is available on the user's web server 118, a 
central link such as backbone 126 allows web servers 118, 
120, 122, 124 to communicate with one another to supply 
the requested information. Because web servers 118, 120, 
122, 124 can contain more than one web page, the user will 
also specify in the address which particular web page he 
wants to view. The address, also known as a universal 
resource locator (URL), of a home page on a server is a 
series of numbers that indicate the server and the location of 
the page on the server, analogous to a post office address. For 
simplicity, a domain name system was developed that allows 
users to specify servers and documents using names instead 
of numbers. A URL may further specify a particular page in 
a group of pages belonging to a content provider by includ- 
ing additional information at the end of a domain name. 

The web servers 118, 120, 122, 124 execute a web server 
application program which monitors requests, services 
requests for the information on that particular web server, 
and transmits the information to the user's workstation 112. 
Workstation 112 and/or web servers 116 are computer 
systems, such as computer system 130 as shown in FIG. la. 
Computer system 130 includes central processing unit 
(CPU) 132 connected by host bus 134 to various compo- 
nents including main memory 136, storage device controller 
138, network interface 140, audio and video controllers 142, 
and input/output devices 144 connected via input/output 
(I/O) controllers 146. Those skilled in the art will appreciate 
that this system encompasses all types of computer systems 
including, for example, mainframes, minicomputers, 
workstations, servers, personal computers, Internet 
terminals, network appliances, notebooks, palm tops, per- 
sonal digital assistants, and embedded systems. Typically 
computer system 130 also includes cache memory 150 to 
facilitate quicker access between processor 132 and main 
memory 136. I/O peripheral devices often include speaker 
systems 152, graphics devices 154, and other I/O devices 
144 such as display monitors, keyboards, mouse-type input 
devices, floppy and hard disk drives, DVD drives, CD-ROM 
drives, and printers. Many computer systems also include 
network capability, terminal devices, modems, televisions, 
sound devices, voice recognition devices, electronic pen 
devices, and mass storage devices such as tape drives. 'Fhe 
number of devices available to add to personal computer 
systems continues to grow, however computer system 130 
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may include fewer components than shown in FIG. la and 
described herein. 

The peripheral devices usually communicate with proces- 
sor 132 over one or more buses 134, 156, 158, with the buses 
communicating with each other through the use of one or 5 
more bridges 160, 162. Computer system 130 may be one of 
many workstations or servers connected to a network such 
as a local area network (LAN), a wide area network (WAN), 
or a global information network such as the Internet through 
network interface 140. 10 

CPU 132 can be constructed from one or more micro- 
processors and/or integrated circuits. Main memory 136 
stores programs and data that CPU 132 may access. When 
computer system 130 starts up, an operating system program 
is loaded into main memory 136. The operating system 15 
manages the resources of computer system 130, such as 
CPU 132, audio controller 142, storage device controller 
138, network interface 140, I/O controllers 146, and host bus 
134. The operating system reads one or more configuration 
files to determine the hardware and software resources 20 
connected to computer system 130. 

Storage device controller 138 allows computer system 
130 to retrieve and store data from mass storage devices 
such as magnetic disks (hard disks, diskettes), and optical 
disks (DVD and CD-ROM). 

One skilled in the art will recognize that the foregoing 
components and devices are used as examples for sake of 
conceptual clarity and that various configuration modifica- 
tions are common. For example, audio controller 142 is 30 
connected to PCI bus 156 in FIG. la, but may be connected 
to the ISA bus 138 or reside on the motherboard (not shown) 
in alternative embodiments. As further example, although 
computer system 130 is shown to contain only a single main 
CPU 132 and a single system bus 134, those skilled in the 35 
art will appreciate that the present invention may be prac- 
ticed using a computer system that has multiple CPUs 132 
and/or multiple busses 134. In addition, the interfaces that 
are used in the preferred embodiment may include separate, 
fully programmed microprocessors that are used to off-load 40 
computationally intensive processing from CPU 132, or may 
include input/output (I/O) adapters to perform similar func- 
tions. Further, PCI bus 156 is used as an exemplar of any 
input-output devices attached to any I/O bus; AGP bus 159 
is used as an exemplar of any graphics bus; graphics device 45 
154 is used as an exemplar of any graphics controller; and 
host-to-PCI bridge 160 and PCI-to-ISA bridge 162 are used 
as exemplars of any type of bridge. Consequently, as used 
herein the specific exemplars set forth in FIG. la are 
intended to be representative of their more general classes. 50 
In general, use of any specific exemplar herein is also 
intended to be representative of its class and the non- 
inclusion of such specific devices in the foregoing list should 
not be taken as indicating that limitation is desired. 

A web page is primarily visual data that is intended to be 55 
displayed on the display monitor of the user's workstation 
112. When web server 1 18 receives a web page request, it 
will transmit a document, generally written in a markup 
language such as HTML or XML, across communication 
link 116 to the requesting web browser 114. Web browser 60 
114 interprets the markup language and outputs the web 
page to the monitor of user workstation 112. This web page 
displayed on the user's display may contain text, graphics, 
and links (which are addresses of other web pages.) These 
other web pages (i.e., those represented by links) may be on 65 
the same or on different web servers 116. The user can go to 
these other web pages by clicking on the links using a mouse 
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or other pointing device. This entire system of web pages 
with links to other web pages on other servers across the 
world comprises the world wide web. 

Style sheet mechanisms available in markup languages 
enable style elements to be consistent across web pages that 
are related to one another (e.g., web pages belonging to a 
web site of a particular corporation). For example, HTML 
uses cascading style sheets (CSS), SGML uses document 
style semantics and specification language (DSSSL), and 
XML uses extensible style language (XSL). XSL is a 
language for expressing style sheets in XML, i.e., to express 
how the structured content of an XML file should be styled, 
laid out, and paginated onto some presentation medium such 
as a window in a web browser or a set of physical pages in 
a book, report, pamphlet, or memo. XSL was developed 
because XML offers greater data display possibilities than 
HTML, XML lets authors mark up data with author-defined 
elements (opening and closing pairs of tags) that specify the 
nature of the data. This allows the developer to clearly 
organize customized data structures. The data elements can 
be displayed with consistent formatting in different places 
on one document or across a series of documents. XML 
inserts the datum in the appropriate location, and XSL 
allows for more complex formatting than style sheet mecha- 
nisms associated with other markup languages. 

XML enables users to create unique tags that identify their 
information in more meaningful ways than simply applying 
a basic set of markup language tags to all documents. To 
accomplish this, XML provides a namespace feature, which 
allows the user to specify addresses to provide a unique 
context to tags and attributes. 

An XSL style sheet processor accepts a document or data 
in XML and an XSL style sheet, and produces the presen- 
tation of that XML source content as specified by the style 
sheet. The presentation process includes transforming a 
source tree into a result tree (also known as tree 
transformation), and interpreting the result tree to produce a 
formatted presentation on a display or other media. By 
separating the style sheet and the data, style or formatting 
aspects may be modified without modifying data that is 
being rendered, and vice versa. 

XSL transformation (XSLT) is a language for tree trans- 
formation which associates patterns with templates. A pat- 
tern is matched against elements in the source tree. A 
template is instantiated for a particular source element to 
create part of the result tree. When a template is instantiated, 
each instruction is executed and replaced by the result tree 
fragment that it creates. In constructing the result tree, 
elements from the source tree can be filtered and reordered, 
and arbitrary structure can be added. XSLT uses XML 
namespaces to distinguish elements that are instructions to 
the XSLT processor from elements that specify literal result 
tree structure. 

A schema specifies the structure of an XML document and 
constraints on its content. XML defines rules for defining 
markup languages having tags, while a schema is a formal 
specification of the grammar for one markup language. A 
schema is useful for validating the document content and for 
describing the grammar of the language. The schema defines 
the elements that can appear within the document and the 
attributes that can be associated with an element. XML 
schemas are extensible and software developers are free to 
add their own elements and attributes to XML schema 
documents. It defines whether an element is empty or can 
include text. The schema can also define default values for 
attributes. 
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XML includes a feature known as the Document Object 
Model (DOM) which is an application programming inter- 
face (API) for HTML and XML documents. The DOM 
defines the logical structure of documents and the way a 
document is accessed and manipulated. In the DOM, pro- 5 
grammers can build documents, navigate their structure, and 
add, modify, or delete elements and content. Many objects 
found in an HTML or XML document can be accessed, 
changed, deleted, or added using the DOM. Documents are 
modeled using objects, and the model encompasses not only 10 
the structure of a document, but also the behavior of a 
document and the objects of which it is composed. As an 
object model, the DOM identifies the interfaces and objects 
used to represent and manipulate a document, the semantics 
of these interfaces and objects including both behavior and 15 
attributes, and the relationships and collaborations among 
these interfaces and objects. 

Description 

FIG. 2 shows a block diagram of server pages processing 2 o 
apparatus 200 for generating and processing XML and XSL 
documents using XML server pages language (XSP) in 
accordance with the present invention. The present inven- 
tion includes the XSP script language and XSP processor 
202 that interprets scripts written in XSR XSP processor 202 2 5 
resides on web server 116 (FIG. 1), and on other web 
servers, as required. One way to invoke XSP processor 202 
is dynamically, through an online mechanization wherein a 
user submits one or more XSP scripts from client worksta- 
tion 112 (FIG. 1) to XSP processor 202 through an appli- 30 
cation program interface (API) on web server 116. Examples 
of commonly known interfaces to web server 116 that may 
be used include the Internet Services Application Program- 
ming Interface (IS API) and Common Gateway Interface 
(CGI). The resulting page is then transmitted back to client 35 
workstation 112 and is displayed or output to a selected 
target device, such as browser 114 (FIG. 1). Another way to 
invoke XSP processor 202 is statically, where a developer 
submits one or more XSP scripts to XSP processor 202 
directly on server 116. The page or pages that result from 40 
server pages processing apparatus 200 are stored in server 
116 and may be accessed by a URL request from client 
workstation 112. 

An example of XSP script 300 in accordance with the 
present invention is shown in FIG. 3. In the present 45 
invention, a software developer generates XSP script 300 
manually or by using a software-implemented tool that 
automatically or semi-automatically generates XSP script 
300. The tool for generating XSP scripts may include a user 
interface, such as an interactive, graphical user interface, or 50 
a static interface that receives user input through one or more 
data files. 

XSP scripts, such as XSP script 300, are used to generate 
classes of web pages. In one embodiment, XSP script 300 is 
initiated in XSP processor 202 by a user or another program 55 
requesting the URL of the script, such as the URL http:// 
server/xsp/inventors.xsp l«en target«ie5, where, in this 
example, the source for the script is stored in a file named 
inventors. xsp in the xsp directory on computer system 
server. The request also includes parameters that provide 60 
information pertaining to, among other things, the XML and 
XSL documents that will be generated during data gathering 
process 204 and style sheet builder process 206 shown in 
FIG. 2. For example, the parameter l=en (language=english) 
provides information on which language will be used to 65 
display the resulting page. Another example is the parameter 
target«ie5 that identifies the browser that will be used so that 
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the documents can be tailored to the unique features and 
extensions of the particular browser. Other parameters may 
be implemented as required. 

Another alternative for initiating the XSP script 300 in 
XSP processor 202 is by using a common object module 
(COM) interface to XSP processor 202, as known in the art. 

An XSP script is a document written in XSP and XML 
that specifies one or more XML documents as input to XSP 
processor 202. The output of server pages processing appa- 
ratus 200 is an XML object that may be a well -formed 
markup language document that is ready to be input to a 
browser, or it may be expressed in another format that is 
ready for use in a data-interchange process with another 
system, or for formatting and delivery to an HTML or 
non-HTML client. 

XSP script 300 is interpreted by XSP processor 202 as a 
set of subroutines that create XML structures in a result tree. 
The XML structures may be created by querying and trans- 
forming one or more XML data sources, or by direct inline 
coding of desired output as a template. 

In one embodiment of XSP, all core functionality to 
support the structure of the result tree, whether it is an XML 
electronic data interchange (EDI) message, or a markup 
language document derived from an XML document, is 
implemented in low level "base" scripts. "User" scripts 
provide extensions and/or overwrite low level base scripts. 
The XML data sets referenced in user scripts determine the 
final result tree. This feature is known as the inheritance 
mechanism and it results in a very small number of compact 
scripts being able to support very large websites and a wide 
variety of actual document formats. Inheritance is an object 
oriented design feature which lets the user define some 
shared functionality, then override it in specific cases, Thus, 
a page may be divided into separate building blocks, with 
each block being generated by different XSP scripts. When 
a change is required in one block, only the affected scripts 
must be changed and the other blocks remain the same. 

The inheritance mechanism also allows configuration 
control of page formats. For example, developers in different 
regions may be given access to blocks containing informa- 
tion that is unique to their region, such as information 
presented in a particular language, or different products that 
may be available in one region but not others. This allows 
software developers to change the information that is unique 
to them, while still maintaining commonality with scripts 
which generate the blocks that are common with other 
regions. 

In accordance with the present invention, XSP scripts may 
also include capabilities for creating and accessing named 
and scoped variables, exercising flow control, instantiating 
and accessing COM objects, and creating XML data islands 
with script scope on a web server. 

XSP scripts share control structure syntax with XSL, but 
place the XSP control structure syntax in a different XML 
namespace to clarify whether XSP processor 202 executes 
the control structure, or whether the control structure is 
handled in another tier of server pages processing apparatus 
200. In the example of XSP script 300 in FIG. 3, XSP 
statement 302 includes namespace parameters that indicate 
the name of the base script and the location of files con- 
taining information for generating a content file and a style 
sheet in data gathering process 204 and style sheet builder 
process 206, respectively. In the example shown in line 302 
in FIG. 3, the namespace parameters, denoted by xmlns, 
include namespaces for XSP documents (xsp-"uri:xsp"), 
XSL documents (xsl-"uri:xsl")» and XML default docu- 
ments (doc«"uri:doc"). 
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Note that in this embodiment, open carets "<", open carets 
with a slash "</", and close carets are used to denote 
control statements. The XSP scripting language of the 
present invention includes several different XSP control 
statements that are denoted by tags that are defined using the 
schema feature of XML. The XSP control statement tags are 
recognized by XSP processor 202. For example, XSP script 
300 begins with "<xsp:script>" in line 302 and ends with 
"</xsp:script>" in line 398 to denote the start and end of the 
script. In one embodiment, the syntax for the <xsp:script> 
control statement is: 10 



<xsp:script [base-'*base-script M ] [scope-"default-scope"]> 
script- statements 

</xsp:script> 15 

where: 

base-script is the name of the script from which this one 
inherits; 

script-statements is the value to be assigned to the vari- 
able or property; and 

default-scope is the value to be assigned to the variable or 
property. 

Every XSP script has <xsp:script> as its root element. 
XSP scripts can optionally have a base script defined. The 
base script is used to define which script this one inherits 
from. Scope can normally be ignored. Setting it to protected 
will mean that <xsp:call> will only see subroutines within 
this script if the call is being made from the same script, or 
one derived from it. If a call is made to a script without a 
specific subroutine being specified, a <xsp:sub> called main 
is searched for, first in this script, then in its base if any. 

An example of an implementation of control statement 
<xsp:script> is shown in line 302 in user XSP script 300, 
which instantiates a base script using base«"inventor- 
base.xsp", where inventor-base. xsp is the name of the base 
script. The content implemented when the base script is 
instantiated at the beginning of execution of XSP script 300 
is over-ridden and/or extended by subroutine "contents" 
shown in lines 304 through 306 in "user" XSP script 300. 

An example of base script inventor-base .xsp, instantiated 
in example XSP script.300, is shown in FIG. 4. Base script 
400 includes a main subroutine in lines 404 through 408, 
where standardized and default content are implemented. 
Lines 410 through 432 include a routine that provides 45 
default XSP contents, and lines 434 through 452 include 
XSL default rules. 

Another example of an XSP control statement <xsp:sub> 
for declaring the start of a new subroutine is shown in line 
304 in FIG. 3. The name of the subroutine, in this example 
"contents", is included as a parameter. The "contents" sub- 
routine is included in lines 304 through 396 and overrides 
the "contents" subroutine in base script 400. In one 
embodiment, the syntax is: 

55 

<xsp;sub name=«"subrouline-name" [ scopes" scope- 

type"]> 

</xsp:sub> 

60 

where: 

subroutine-name is the name of the subroutine. 

scope-type is an optional scope declaration. If set to 
"protected", the subroutine will only be visible to 
callers in the current script and ones derived from it. 65 

<xsp:sub> is used to define a subroutine within a script 
and is analogous to sub in Visual Basic and VBScript or 



40 



50 



function in JavaScript. Scope can normally be ignored. 
Setting it to "protected" will mean that <xsp:call> will only 
see subroutines within this script if the call is being made 
from the same script, or one derived from it. If scope is not 
defined, the default scope defined in the <xsp:script> is used 
(if defined). 

Line 308 in XSP script 300 includes XSP control state- 
ment <xsp:query> to execute an XQL query, such as que- 
rying data island xsp.xml shown in FIG. 5. The <xsp:query> 
statement can be used to obtain a piece of XML from another 
document or an embedded data island. The source data can 
be queried to reduce the scope of the data returned. It can 
also be transformed using XSL patterns, which are either 
passed inline within the <xsp:query> tags, or by reference to 
an XSL document in the transform attribute. 

In example XSP script 300 in FIG. 3, query control 
statement 308 includes query attributes src« 
"#listofinventors" and query«"//inventors" to retrieve a list 
containing only the inventors from data island listofinven- 
tors. Note that the query attributes may specify other infor- 
mation available in data island. 

In one embodiment, the syntax for the <xsp:query> state- 
ment is: 



<xsp:query src="source" [ query="xql -query" ] [ transform»"transform- 
doc" ] 

[ hasstrings-" string- bool" ] [ hasfilter="filtcr-boor ] > 
[ transform -statements ] 
</xsp:query> 



where: 

source is the source of the data. This can be a URL or a 
data island reference. 

xql-query is optional and are the statements to be per- 
formed if the enclosing condition is true. 

transform-doc is optional and are the statements to be 
performed if the enclosing condition is true. 

string-bool is optional and is set to true if the document 
being queried contains XSP formulas which need to be 
expanded. 

filter-bool is optional and is set to true if the document 
being queried contains filter attributes that should be 
parsed to obtain the actual working document to be 
queried. 

transform -statements are optional and are the statements 
to be performed if the enclosing condition is true. 

XSP script 300 may also access routines directly from 
another script, using the other script as a subroutine library. 

Another XSP control statement, <xsp:xml>, is used to 
define a data island. An example of this statement is shown 
in line 306 in FIG. 3 which includes query attributes 
name="listofinventors" and src-"/xsp/data/inventors/ 
xsp.xml" to retrieve a list of inventors from data island 
xsp.xml on directory/data/inventors as specified as param- 
eters in the control statement in line 306. In one 
embodiment, the syntax for the <xsp:xml> control statement 
is: 



<xsp:xml name« M name M [sro"source M ] [scope-"scope-type*'] > 

<[ xml-data ]> 

</xsp:xml> 



where: 

name is the name that will be used to subsequently access 
this data island. 
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source (optional) is the source of the data. If this param- comments in the output meta-document; the <xsp:copy- 

eter is not supplied, the inline xml-data is used to string> statement for copying a formatted string from a 

populate the data island. stringtable; the <xsp:for> statement for enumerating the 

scope-type (optional) is the scope declaration^ither values in a collection; the <xsp:if> statement for performing 

"local", "parent" or "global". The default is "local". 5 an action if a given condition is met; the<xsp:request> 

, . 1V . , ° m „ , , , , statement for making a parametensed HTTP request for 

xml-data (optional) is the XML data used to populate the XML data; and the <xsp:xdb> statement for enumerating all 

data island. or part of an XDB database. The XDB database facility 

The <xsp:xml> statement provides a way to hold on to a includes an image, a link, and a definition database. While 

piece of XML data so that it can be subsequently processed performing the enumeration, whenever a link image, defi- 

and queried using <xsp:query> . This feature is particularly 10 nition or variant node is found, the node's data block is 

useful where the same document needs to be queried a expanded. The <xsp:xdb> control statement is further 

number of times, as it means the document will only be explained in co-pending U.S. patent application Ser. No. 

loaded once. It is also useful where the document to be 09/399,506, entitled "Database Facility for XML Server 

queried does not exist on disk — it may have been directly Pages Language", which was filed on Sep. 20, 1999 and is 

created inline using normal XML tags, or returned from 35 assigned to the same assignee as the present application, and 

another query (using <xsp:query> or from xsprxdb. An ^ hereby incorporated by reference, 

example of an XML script source file for xsp.xral data island Referring back to FIG. 2, XSP processor 202 generates a 

500 is shown in FIG. 5. fi ret ^SP script document that includes commands specify- 

Many other types of XSP control statements may be in 6 XML resources containing the content desired for the 

implemented in the present invention. For example, an 20 P a 8f- T° e firsl X ^ s ™? { document is output to data 

<xs P :assign> statement is used to assign a variable, or gathering process 204. Data gathenng process 204 puUs the 

™£f„ ™„.w^o rt f _ ^u:_, A „ content from the sources specified in the first XSP script, and 

modify properties of an object. An <xsp.assign> statemen cfeates aQ ^ meta _ doc £ ment for the m and / ontent 

may also pe used ror dynamic naming wnere tne name or of ^ ^ XML meta<locument 

is independent of the 

the variable being assigned can be based on a variable name. XML style sheet and is not targeted for any specific language 

This can be used to implement features such as arrays, for or format ^ XML meta-document expresses metaphors 

example, <xsp:assign name«"column$(col)" value«"This is instead of code for directly generating the items on the page, 

column $(col)7>. For example, the script 

Another XSP control statement implemented in the 
present invention is the <xsp:call> statement which is used 

to make a call into another subroutine, as shown for 30 

example, in lines 406 and 428 in FIG. 4. In one embodiment, <doc:root> 

the syntax is: <doc:<*llapsing list> 

J <doc:list item 1> 

<XSp:call href«"subr0Utine"/> :<doc:titlc> title l/> xml_resources 

where subroutine is the reference to the subroutine to be 35 : < d ° c ; dcscri P tlon> 

<^doc:list item 1> 

called. <^doc -collapsing list 

The subroutine parameter is in the general form </doc:root> 

[filename][#sub-name][?parameters]. If the filename is not 

specified the current script and then its base scripts are may be ^ {n the met a-document to represent the text and 

searched for the subroutine. If the sub-name is not specified, 40 graphics for a collapsible list, instead of the actual code 

the entry point subroutine called "main" is called. Param- statements required in a typical mark-up language document 

eters can be passed. In one embodiment, if a function is f or generating the text and graphics. Data gathering process 

called in the base script, the filename should be set to ". . . 204 is capable of retrieving information from a variety of 

This is particularly useful where the user has overridden sources and allows developers in a particular region to 

an <xsp:sub> to extend the basic functionality, then wishes 45 specify the most relevant information to display on a given 

to call up to the default implementation. page< Developers may even provide some of the content that 

Another XSP control statement implemented in the ^ unique to their area by utilizing user scripts, where 

present invention is the <xsp:choose> statement which is allowed, while maintaining common content and format 

used to choose between a number of actions based on among all users using base scripts for the other portions of 

whether or not one of the supplied conditions are true. In one 50 the page. 

embodiment, the syntax is: XSP processor 202 also generates a second document 

which includes a style sheet script for the page. Style sheet 
builder process 206 receives the style sheet script from XSP 

<xsp-choose> processor 202 and retrieves all of the documents specified in 

<xsp:when tcst- l *condition"> 55 the style sheet script for formatting the content in the 

oonditionai-statements </xsp:whcn> meta-document. The output of style sheet builder process 

th : 206 is an XSL document containing rules to format the 

conditional-statements </xsp:otherwise> mC i5" d ° i ^ me " t - , , 

</xspxhoose> The XSL document and the XML meta-document are 

— — — — — — - — ^ — 60 input to XSL transform 208 which searches the hierarchy of 

modules specified in both the meta-document and the style 

where* 

sheet and uses the inheritance mechanism to determine 
condition is the condition to be evaluated. which modules to utilize. A template is instantiated for the 

conditional-statements is the statements to be performed source elements specified in the module to create the result 
if the enclosing condition is true. 65 tree. When a template is instantiated, each instruction is 

Other XSP control statements impemented in the present executed and replaced by the result tree fragment that it 
invention include the <xsp:comment> statement for placing creates. 
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The result tree fragments generated in XSL transform 208 
are output to an XML document and sent to post Tenderer 
210. Post Tenderer 210 converts the XML document to the 
document format required by the device or application 
software that will be used to display output document 212. 
Such document format may be one or more of many 
different formats including HTML, word processor formats, 
and WML, based on the target specified when XSP script 
300 is initiated in XSP processor 202. 

The process of generating an output document for a target 
device using XSP scripts is summarized in the flowchart in 
FIG. 6. In process 600, an XSP processor and XSP tags that 
are to be recognized by the XSP processor are generated and 
made available to developers. The XSP tags are used to 
identify statements in a script as XSP statements, and may 
be included in their own unique namespace. In process 602, 
a developer creates base scripts and stores them in a central 
database that is accessible by all servers that provide content 
for the organization. Where required, process 604 allows 
developers to create and store user scripts that override or 
extend the base script. Both user scripts and base scripts may 
include lines using the inherency mechanism associated with 
XSP tags to override or extend information in a previous 
script. 

To generate a display document from the scripts, the XSP 25 
processor is invoked with the top level script as input in 
process 606. The XSP processor separates the content speci- 
fications from the style specifications in process 608. Pro- 
cess 610 uses the content specification to gather modules for 
generating the content for various portions in a raeta- 
document. Similarly, process 612 uses the style specification 
to gather modules for generating the format for various 
portions of the output document, and generates a corre- 
sponding XSL style sheet. The style sheet and meta- 
document are transformed to an XML document in process 
614 and the XML document is converted in process 616 
from XML to the appropriate target format, whether it is 
HTML, WML, word processor format, or another document 
format. 

While the present invention is described in the context of 40 
a fully functional computer system, those skilled in the art 
will appreciate that the present invention is capable of being 
distributed as a program product in a variety of forms, and 
that the present invention applies equally regardless of the 
particular type of signal bearing media used to actually carry 
out the distribution. Examples of signal bearing media 
include: recordable type media such as floppy disks and 
CD-ROM, transmission type media such as digital and 
analog communications links, as well as other media storage 
and distribution systems. 

The present invention thus provides a control language 
that may be included in scripts with XSL and XML state- 
ments. XSP script processor 202 associated with the present 
invention interprets the control language and performs sub- 
stitutions for and additions to content and style information 
in the script. The present invention thus complies with XML 
vocabulary and utilizes standardized XML technology by 
supplementing and coordinating XSL and XML schema and 
namespace capabilities. 

The present invention advantageously allows web page 
developers and other content providers to switch from 
editing numerous markup language files to implement a 
change to creating data forms using scripts that retrieve data 
and style information from common sources where possible. 
The present invention provides facilities for coordinating 
content and style development, and relieves developers from 
having to manually edit numerous files when a change is 
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desired in either format or content, since the change may be 
made in a central databases that are referenced by XSP script 
300 or base script 400 and retrieved by data gathering 
process 204 and style sheet builder process 206. Developers 
responsible for providing content and styles that are unique 
to their individual environments may be given access to 
combine their own unique information and format where 
desired, and use shared information otherwise. Further, even 
when unique information is required, the present invention 
provides facilities (i.e., user scripts) that allow the informa- 
tion to be located in one location and used by all developers 
requiring access to it. The sharing of content and style 
information also facilitates presentation of up-to-date infor- 
mation in consistent formats. 

While the invention has been described with respect to the 
embodiments and variations set forth above, these embodi- 
ments and variations are illustrative and the invention is not 
to be considered limited in scope to these embodiments and 
variations. For example, additional XSP control statements 
may be implement in addition to or instead of those 
described herein. Further, the XSP control statements 
described herein may have different names and/or syntax. 
Accordingly, various other embodiments and modifications 
and improvements not described herein may be within the 
spirit and scope of the present invention, as defined by the 
following claims. 

What is claimed is: 

1. A method of generating an XML document in a 
computer system, wherein the computer system includes a 
script processor operable to interpret a script language, the 
computer system further including a script language, the 
script language including control statements for including 
data content and style information from a plurality of data 
sources, the method comprising: 

generating a first script having at least one script language 
control statement; 

processing the first script in the script processor to gen- 
erate a first document specifying content to be included 
in the XML document; and 

processing the first script in the script processor to gen- 
erate a second document specifying the style of the 
content in the XML document; 

generating a second script having at least one script 
language control statement; and 

processing the second script in the script processor to 
further generate the first document specifying the con- 
tent to be included in the XML document, wherein the 
content specified by the second script overrides at least 
a portion of the content specified by the first script. 

2. A method of generating an XML document in a 
computer system, wherein the computer system includes a 
script processor operable to interpret a script language, the 
computer system further including a script language, the 
script language including control statements for including 
data content and style information from a plurality of data 
sources, the method comprising: 

generating a first script having at least one script language 
control statement; 

processing the first script in the script processor to gen- 
erate a first document specifying content to be included 
in the XML document; and 

processing the first script in the script processor to gen- 
erate a second document specifying the style of the 
content in the XML document; 

generating a second script having at least one script 
language control statement; and 
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processing the second script in the script processor to 
further generate the second document specifying the 
style to be included in the XML document, wherein the 
style specified by the second script overrides at least a 
portion of the style specified by the first script. 

3. A method of generating an XML document in a 
computer system, wherein the computer system includes a 
script processor operable to interpret a script language, the 
computer system further including a script language, the 
script language including control statements for including 
data content and style information from a plurality of data 
sources, the method comprising: 

generating a first script having at least one script language 
control statement; 

processing the first script in the script processor to gen- 
erate a first document specifying content to be included 
in the XML document; and 

processing the first script in the script processor to gen- 
erate a second document specifying the style of the 
content in the XML document; 

generating a second script having at least one script 
language control statement; and 

processing the second script in the script processor to 
further generate the first document specifying the con- 
tent to be included in the XML document, wherein the 
content specified by the second script is an extension to 
the content specified by the first script. 

4. A method of generating an XML document in a 
computer system, wherein the computer system includes a 
script processor operable to interpret a script language, the 
computer system further including a script language, the 
script language including control statements for including 
data content and style information from a plurality of data 
sources, the method comprising: 

generating a first script having at least one script language 
control statement; 

processing the first script in the script processor to gen- 
erate a first document specifying content to be included 
in the XML document; and 

processing the first script in the script processor to gen- 
erate a second document specifying the style of the 
content in the XML document; 

generating a second script having at least one script 
language control statement; and 

processing the second script in the script processor to 
further generate the second document specifying the 
style to be included in the XML document, wherein the 
style specified by the second script is an extension to 
the style specified by the first script. 

5. A method of generating an XML document in a 
computer system, wherein the computer system includes a 
script processor operable to interpret a script language, the 
computer system further including a script language, the 
script language including control statements for including 
data content and style information from a plurality of data 
sources, the method comprising: 

generating a first script having at least one script language 
control statement; 

processing the first script in the script processor to gen- 
erate a first document specifying content to be included 
in the XML document; and 

processing the first script in the script processor to gen- 
erate a second document specifying the style of the 
content in the XML document; 

wherein the computer system is operable to access a 
plurality of databases, the method further comprising: 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



generating a second script having at least one script 
language control statement; and 

processing the second script in the script processor to 
further generate the first document specifying the 
content to be included in the XML document, 
wherein the content specified by the second script is 
in a different database than the content specified by 
the first script. 

6. A method of generating an XML document in a 
computer system, wherein the computer system includes a 
script processor operable to interpret a script language, the 
computer system further including a script language, the 
script language including control statements for including 
data content and style information from a plurality of data 
sources, the method comprising: 

generating a first script having at least one script language 

control statement; 
processing the first script in the script processor to gen- 
erate a first document specifying content to be included 
in the XML document; and 
processing the first script in the script processor to gen- 
erate a second document specifying the style of the 
content in the XML document; 
wherein the computer system is operable to access a 
plurality of databases, the method further comprising: 
generating a second script having at least one script 

language control statement; and 
processing the second script in the script processor to 
further generate the second document specifying the 
style to be included in the XML document, wherein 
the style specified by the second script is in a 
different database than the style specified by the first 
script. 

7. A computer program product stored on a computer for 
generating XML documents using a script language, the 
script language having control statements that are executable 
by a computer system for including data content and style 
information from a plurality of sources, the computer pro- 
gram product comprising: 

a first script having at least one script language control 
statement; and a script processor being operable to 
process the first script to generate a content document, 
wherein the content document specifies content to be 
included in the XML document, the script processor 
being further operable to generate a style document, the 
style document specifying the style of the XML docu- 
ment; 

a second script having at least one script language control 
statement, the script processor being further operable to 
process the second script to generate the content 
document, wherein the content specified by the second 
script overrides at least a portion of the content speci- 
fied by the first script. 

8. A computer program product stored on a computer for 
generating XML documents using a script language, the 
script language having control statements that are executable 
by a computer system for including data content and style 
information from a plurality of sources, the computer pro- 
gram product comprising: 

a first script having at least one script language control 
statement; and a script processor being operable to 
process the first script to generate a content document, 
wherein the content document specifies content to be 
included in the XML document, the script processor 
being further operable to generate a style document, the 
style document specifying the style of the XML docu- 
ment; 
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a second script having at least one script language control 
statement, the script processor being further operable to 
process the second script to generate the style 
document, wherein the style specified by the second 
script overrides at least a portion of the style specified 
by the first script. 

9. A computer program product stored on a computer for 
generating XML documents using a script language, the 
script language having control statements that are executable 
by a computer system for including data content and style 
information from a plurality of sources, the computer pro- 
gram product comprising: 

a first script having at least one script language control 
statement; and a script processor being operable to 
process the first script to generate a content document, 
wherein the content document specifies content to be 
included in the XML document, the script processor 
being further operable to generate a style document, the 
style document specifying the style of the XML docu- 
ment; 

a second script having at least one script language control 
statement, the script processor being further operable to 
process the second script to generate the content 
document, wherein the content specified by the second 
script is an extension to the content specified by the first 
script. 

10. A computer program product stored on a computer for 
generating XML documents using a script language, the 
script language having control statements that are executable 
by a computer system for including data content and style 
information from a plurality of sources, the computer pro- 
gram product comprising: 

a first script having at least one script language control 
statement; and a script processor being operable to 
process the first script to generate a content document, 
wherein the content document specifies content to be 
included in the XML document, the script processor 
being further operable to generate a style document, the 
style document specifying the style of the XML docu- 
ment; 

a second script having at least one script language control 
statement, the script processor being further operable to 
process the second script to generate the style 
document, wherein the style specified by the second 
script is an extension to the style specified by the first 
script. 

11. A computer program product stored on a computer for 
generating XML documents using a script language, the 
script language having control statements that are executable 
by a computer system for including data content and style 
information from a plurality of sources, the computer pro- 
gram product comprising: 

a first script having at least one script language control 
statement; and a script processor being operable to 
process the first script to generate a content document, 
wherein the content document specifies content to be 
included in the XML document, the script processor 
being further operable to generate a style document, the 
style document specifying the style of the XML docu- 
ment; 

a second script having at least one script language control 
statement, wherein the script processor is operable to 
access a plurality of databases to further generate the 
content document, and the content specified by the 
second script is in a different database than the content 
specified by the first script. 
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12. A computer program product stored on a computer for 
generating XML documents using a script language, the 
script language having control statements that are executable 
by a computer system for including data content and style 
information from a plurality of sources, the computer pro- 
gram product comprising: 

a first script having at least one script language control 
statement; and a script processor being operable to 
process the first script to generate a content document, 
wherein the content document specifies content to be 
included in the XML document, the script processor 
being further operable to generate a style document, the 
style document specifying the style of the XML docu- 
ment; 

a second script having at least one script language control 
statement, wherein the script processor is operable to 
access a plurality of databases to further generate the 
style document, and the style specified by the second 
script is in a different database than the style specified 
by the first script. 

13. A computer system comprising: 
a processor; 

a nonvolatile memory coupled to the processor; 

a data bus connected between the processor and the 
nonvolatile memory; a first script generated using a 
script language, the script language having control 
statements for including data content and style infor- 
mation from a plurality of sources, the first script 
including at least one script language control statement; 
and 

a script processor operable with the processor to process 
the first script to generate a content document, wherein 
the content document specifies content to be included 
in an XML document, the script processor being further 
operable to generate a style document, the style docu- 
ment specifying the style of the XML document; and 

a second script having at least one script language control 
statement, the script processor being further operable 
with the processor to process the second script to 
generate the content document, wherein the content 
specified by the second script overrides at least a 
portion of the content specified by the first script. 

14. A computer system comprising: 
a processor; 

a nonvolatile memory coupled to the processor; 

a data bus connected between the processor and the 
nonvolatile memory; a first script generated using a 
script language, the script language having control 
statements for including data content and style infor- 
mation from a plurality of sources, the first script 
including at least one script language control statement; 
and 

a script processor operable with the processor to process 
the first script to generate a content document, wherein 
the content document specifies content to be included 
in an XML document, the script processor being further 
operable to generate a style document, the style docu- 
ment specifying the style of the XML document; and 

a second script having at least one script language control 
statement, the script processor being further operable 
with the processor to process the second script to 
generate the style document, wherein the style specified 
by the second script overrides at least a portion of the 
style specified by the first script. 
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15. A computer system comprising: 
a processor; 

a nonvolatile memory coupled to the processor; 

a data bus connected between the processor and the 5 
nonvolatile memory; a first script generated using a 
script language, the script language having control 
statements for including data content and style infor- 
mation from a plurality of sources, the first script 
including at least one script language control statement; 10 
and 

a script processor operable with the processor to process 
the first script to generate a content document, wherein 
the content document specifies content to be included 
in an XML document, the script processor being further 15 
operable to generate a style document, the style docu- 
ment specifying the style of the XML document; and 

a second script having at least one script language control 
statement, the script processor being further operable 2 o 
with the processor to process the second script to 
generate the content document, wherein the content 
specified by the second script is an extension to the 
content specified by the first script. 

16. A computer system comprising: 25 
a processor; 

a nonvolatile memory coupled to the processor; 

a data bus connected between the processor and the 
nonvolatile memory; a first script generated using a 30 
script language, the script language having control 
statements for including data content and style infor- 
mation from a plurality of sources, the first script 
including at least one script language control statement; 
and 35 

a script processor operable with the processor to process 
the first script to generate a content document, wherein 
the content document specifies content to be included 
in an XML document, the script processor being further 4Q 
operable to generate a style document, the style docu- 
ment specifying the style of the XML document; and 

a second script having at least one script language control 
statement, the script processor being further operable 
with the processor to process the second script to 45 
generate the style document, wherein the style specified 
by the second script is an extension to the style speci- 
fied by the first script. 
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17. A computer system comprising: 
a processor; 

a nonvolatile memory coupled to the processor; 
a data bus connected between the processor and the 
nonvolatile memory; a first script generated using a 
script language, the script language having control 
statements for including data content and style infor- 
mation from a plurality of sources, the first script 
including at least one script language control statement; 
and 

a script processor operable with the processor to process 
the first script to generate a content document, wherein 
the content document specifies content to be included 
in an XML document, the script processor being further 
operable to generate a style document, the style docu- 
ment specifying the style of the XML document; and 
a second script having at least one script language control 
statement, wherein the script processor is operable with 
the processor to access a plurality of databases to 
further generate the content document, and the content 
specified by the second script is in a different database 
than the content specified by the first script. 

18. A computer system comprising: 
a processor; 

a nonvolatile memory coupled to the processor; 
a data bus connected between the processor and the 
nonvolatile memory; a first script generated using a 
script language, the script language having control 
statements for including data content and style infor- 
mation from a plurality of sources, the first script 
including at least one script language control statement; 
and 

a script processor operable with the processor to process 
the first script to generate a content document, wherein 
the content document specifies content to be included 
in an XML document, the script processor being further 
operable to generate a style document, the style docu- 
ment specifying the style of the XML document; and 
a second script having at least one script language control 
statement, wherein the script processor is operable with 
the processor to access a plurality of databases to 
further generate the style document, and the style 
specified by the second script is in a different database 
than the style specified by the first script. 

* * * * * 
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